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Introduction 



Microsoft Exchange Server is a messaging and collaboration server for the most demanding business 
needs. Its scalability, performance, and enhanced security make Exchange an ideal messaging 
foundation for enterprise networks. Storage Mirroring provides real-time enterprise data protection and 
replication for cluster environments. Storage Mirroring can be used to provide high availability for your 
Exchange server. 

This document describes the steps necessary to configure Storage Mirroring to provide high availability 
and disaster recovery for two clusters running Windows 200x, Cluster Service, and Microsoft Exchange 
Server version 2000 or 2003. 

In addition to the Exchange Information Stores (mailboxes and public folders), there are many important 
aspects of an Exchange server configuration that are required for Exchange functionality following the loss 
of a production Exchange Server. It is important to be aware of the overall production Exchange server 
configuration and to configure the target server identically. Some configuration aspects fall outside the 
scope of this document such as the configuration of any Exchange Connectors, Built-in Instant Messaging, 
Newsgroups, Bridgehead Servers, and so on. These issues need to be addressed exclusively by the 
Exchange administrator. 

To complete these instructions, you will install Microsoft Exchange Server and Storage Mirroring, then 
configure Storage Mirroring for replication and failover. Due to the complexities of these applications, this 
document is intended for network administrators with experience installing, configuring, and maintaining 
network applications, including Storage Mirroring, Cluster Service, and Microsoft Exchange Server. 



Requirements 

Each node in each cluster must meet the following system requirements. 
• One of the following operating systems: 

• Microsoft Windows 2000 Advanced Server with Service Pack 3 or later 

• Microsoft Windows Server 2003 Enterprise Edition 



NOTE: All nodes must be running the same operatinq system. 



One of the following Microsoft Exchange Server versions: 

• Microsoft Exchange Server 2000 Enterprise Edition with Service Pack 3 or higher 

• Microsoft Exchange Server 2003 Enterprise Edition 




A licensed copy of Storage Mirroring version 4.3.4 or later 



A copy of the Exchange Failover utility (exchfailover.exe) version 2.0. 
Each node must be a member server in the same domain 
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Backing up your environment 

Before beginning these procedures, make sure you have a current backup of all nodes. Also, make sure 
you have a complete backup of Active Directory. 



Configuring the source cluster 

For the source cluster, you will need to complete the following: 

• "Installing Exchange" on page 4 

• "Creating the source cluster Exchange virtual server" on page 4 

• "Installing Storage Mirroring on the source cluster" on page 10 

• "Configuring Storage Mirroring on the source cluster" on page 1 0 

• "Creating the replication sets" on page 1 0 

If Exchange is already installed on your source cluster, you can skip to section "Configuring Storage 
Mirroring on the source cluster" on page 10. However, you must make sure you know the configuration 
information (storage groups, databases, paths, and file names) so that the target cluster can be configured 
identically. 

If Storage Mirroring is already installed, review section 4.4 to make sure your configuration matches the 
required configuration for this Exchange solution. 

Installing Exchange 

Download the Microsoft document that is appropriate for your Exchange version and service pack level to 
prepare the forest and domain and install Exchange on each node of the source cluster. These documents 
can be found on the Microsoft web site. Record critical Exchange configuration information from the 
source cluster, including storage groups, databases, paths, and file names so that this information can be 
used when installing Exchange on the target. 

Creating the source cluster Exchange virtual server 

To create the Exchange virtual server, you will be creating an Exchange group and adding the following 
resources: 

• IP address 

• Network name 

• Physical Disk Resource 

• Exchange System Attendant 
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Creating the Exchange group 

1 . Right-click the Groups folder on the left pane of the Cluster Administrator and select New, Group. 



New Gioup 




2. Specify the Name and Description for the Exchange group and click Next to continue. 

3. No Preferred Owners are required. Click Finish to complete the creation of the new group. 

f2^> NOTE: You will be notified that the group was created successfully. Click OK to acknowledge the 
t— I message and return to the Cluster Administrator main screen. 



Creating the Exchange IP Address resource 

1. Right-click the Exchange group that you just created and select New, Resource. 

2. Specify the following fields on the New Resource dialog box: 



New Resource 




Exchange IP Address 



Name: 
Description: 



Exchange IP Address 




Resource type: | IP Address 
Group: | Exchange Group 

\~ Run this resource in a separate Resource Monitor 

To continue, clickNext. 



Name— Specify a name that identifies this resource as the IP address for the Exchange group. This 
name must be unique within the cluster. 
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• Description— You can optionally add a more detailed description for this resource. 

• Resource type— Specify IP Address. 

• Group— The Exchange group should be selected. If it is not, select the correct group name. 

3. Click Next to continue. 

4. The default Possible Owners does not need to be modified. Click Next to continue. 

5. There are no Dependencies required. Click Next to continue. 

6. Specify the following fields on the TCP/IP Address Parameters dialog box: 



TCP/IP Addles; Paiameters 



Exchange IP Address 



Address: 
Subnet mask: 



1 72.1 G.1 2.35 



255.255.255.0 



Network to use: J PUBLIC 
I? Enable NetBIOS for this address 




1\ 



• Address— Enter the IP address that will be assigned to the Exchange virtual server. 

• Subnet mask— Enter the subnet mask associated with the IP address you just entered. 

• Network to use— If you have more than one route for network traffic defined, specify the network 
that this IP address will use. 

7. Click Finish to complete the creation of the IP address resource. 

8. Right-click the IP address resource and select Bring Online. 
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Creating the Exchange network name resource 

1. Right-click the Exchange group and select New, Resource. 

2. Specify the following fields on the New Resource dialog box: 



New Resource 




Exchange Network Name 



Name: 
Description: 
Resource type: 
Group: 



Exchange Network Name 



Network Name 



| Exchange Group 
I - Run this resource in a separate Resource Monitor 

T o cont inu e, cli ck N ex t. 




< Back 


Next > | 


Cancel 





• Name— Specify a name that identifies this resource as the virtual server name for the Exchange 
group. This name must be unique within the cluster. 

• Description— You can optionally add a more detailed description for this resource. 

• Resource type— Specify Network Name. 

• Group— The Exchange group should be selected. If it is not, select the correct group name. 

3. Click Next to continue. 

4. The default Possible Owners does not need to be modified. Click Next to continue. 

5. An IP address must be present in order for a network name to be assigned. Therefore, move the IP 
address resource that you just created to the Resource dependencies list and click Next to continue. 



Dependencies 




Network Name for Application 

Specifv which resources the cluster service must bring online before this resource can 
be brought online. 



Available resources: 



Resource dependencies: 
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6. Specify the Network Name Parameters by entering the virtual name of the Exchange server. This is the 
name that clients will look for on the network. 



Network Name Parameters 



Exchange Network Name 




Name: JXCHGSRVR 

I - DNS Registration Must Succeed 
V Enable Kerberos Authentication 



< Back 



[ 



Finish 



] 



Cancel 



7. Click Finish to complete the creation of the Network Name resource. 

8. Right-click the Network Name resource and select Bring Online. 

Creating the physical disk resource 

1. Right-click the group and select New, Resource. 

2. Specify the following fields on the New Resource dialog box: 



New Resource 



HE] 




Disk E: 



Name: 
Description: 



DiskE: 



Resource type: | Physical Disk 
Group: | Application 

V Run this resource in a separate Resource Monitor 



< Back 



Next > 



Cancel 



• Name— Specify a name that identifies the disk drive associated with the virtual server. This name 
must be unique within the cluster. 

• Description— You can optionally add a more detailed description for this resource. 

• Resource type— Specify Physical Disk. 

• Group— The application group name should be selected. If it is not, select the correct group name. 
3, Click Next to continue. 
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4. Verify that both nodes appear as Possible Owners and click Next to continue. 

5. No resources are required as dependencies. Click Next to continue. 

6. Specify the disk drive associated with the physical disk resource. 




7. Click Finish to complete the creation of the Physical Disk resource. 

8. Right-click the physical disk resource and select Bring Online. 

9. Some Exchange implementations separate the databases and log files on to different disk resources for 
improved disk I/O. If this is the case in your environment, repeat steps 1-8 and create additional 
physical disk resources for each disk. 

Creating the Exchange system attendant resource 



'^hf NOTE: Verify that the Cluster Service account is an Exchange Full Admin. 



In the Cluster Administrator, right-click the Exchange group and select New, Resource. 
2. Specify the following fields on the New Resource dialog box: 



New Resource 
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• Name— Specify a name that identifies the Exchange System Attendant. 

• Description— You can optionally add a more detailed description for this resource. 

• Resource type— Specify Microsoft Exchange System Attendant. 

• Group— The Exchange group should be selected. If it is not, select the correct group name. 

3. Click Next to continue. 

4. Verify that both nodes are listed as possible owners. Click Next. 

5. The Exchange System Attendant resource is dependent on the network name and the physical disk 
resource. Move the Exchange Server Name and the physical disk resource that you just created to the 
Resource dependencies list and click Add to continue. 

6. Verify the administrative groups are correct. Click Next. 

7. Verify that the routing groups are correct. Click Next. 

8. Verify the location of the Exchange data files, for example E: \Exchsrvr. Click Finish. 

9. Right-click the Exchange resource group. Select Bring Online. 

Installing Storage Mirroring on the source cluster 

1. Install Storage Mirroring on each node of the source cluster, if it is not already installed. See the HP 
OpenView Storage Mirroring getting started guide for installation instructions. 

2. Run the setup.exe file to install the Exchange Failover Utility in the Storage Mirroring directory on 
each node where Storage Mirroring is installed. 

Configuring Storage Mirroring on the source cluster 

1. Start the Storage Mirroring Management Console by selecting Start, Programs, Storage Mirroring, 
Management Console. 

2. Double-click on the first node on the left pane of the Management Console to login. 

3. Right-click the first node of the cluster and select Properties. 

4. Select the Setup tab. 

5. By default, the Automatically Reconnect During Source Initialization check box will be selected. 
Disable this option by clearing the check box. 

6. In the Properties dialog box, select the Source tab. 

7. By default, the Block Checksum All Files on a Difference Mirror check box will not be selected. Enable 
this option by marking the check box. 

8. Click OK to save the changes. 

9. Repeat steps 2 - 8 on the second node of the cluster. 

Creating the replication sets 

In order for the clusters to be synchronized, the data that is changed on the source cluster must be 
replicated to the target cluster. Storage Mirroring handles this task by establishing identical replication sets 
on each node of the source cluster that identify the data that is changing. Only the replication set of the 
node that owns the Exchange resource group will be online at any given time, ensuring that only the 
changing data from the owning node is replicated. 
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Creating the Storage Mirroring replication set on the owning node 

1. In the left pane of the Storage Mirroring Management Console, right-click the node that owns the 
Exchange group that you wish to protect and select New, Replication Set. 

2. Enter a name for the replication set and press Enter. 

3. Select the drive(s) and/or directories that contain the Exchange database and log files. The mdbdata, 
mailroot, and mtadata directories must be included. 

4. Right-click the replication set name and select Save. 

5. Right-click the replication set that you just created and select Properties. 

6. Record the exact drive and directories of each path displayed in the Replication Set Properties table 
below. Place a check mark orX in the Include, Exclude, and Recurse Sub-directories columns to identify 
which parameters apply to the specified path. 

Replication Set Properties 



Drive and Directories 


Include 


Exclude 


Recurse 
Sub-directories 



























































Creating the Storage Mirroring replication set on the non-owning node 

1. Double-click on the second node on the left pane of the Management Console to login. 

2. Right-click the node and select New, Replication Set. 

3. Enter the exact, case-sensitive name for the replication set as specified on the first node and press 
Enter. 

4. Right-click the replication set that you just created and select Properties. 

5. Click Add. 

6. Specify one of the drive and directory paths that you recorded in the table "Replication Set Properties". 
Be sure to mark the correct Include, Exclude, and Recurse sub-directories options that need to be 
applied. 




7. Click OK to save the replication set rule. 

8. Repeat steps 5-7 for each path and directory on the first node. 
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p?}? NOTE: Each drive and directory will appear in the Replication Set Properties even though the second 
E-jj node may not have access to these locations right now. That is not a problem. 



9. Right-click the replication set name and select Save. 



NOTE: You will be completing the rest of the source cluster configuration after the target cluster has been 
t— I configured. 



Configuring the target cluster 

For the target cluster, you will need to complete the following: 

• "Installing Exchange on the target cluster" on page 1 2 

• "Creating the target cluster Exchange virtual server" on page 1 2 

• "Verifying the Exchange log file prefixes" on page 1 2 

• "Installing Storage Mirroring on the target cluster" on page 13 

• "Configuring Storage Mirroring on the target cluster" on page 1 3 

This target Exchange virtual server will be kept offline until a failure occurs. 

Installing Exchange on the target cluster 

Install Exchange on the target cluster with the same configuration as the source cluster, matching storage 
groups, databases, paths, and file names. 

Creating the target cluster Exchange virtual server 

Repeat the steps in "Creating the source cluster Exchange virtual server" on page 4 to create another 
Exchange virtual server on the target cluster and bring it online. The Exchange virtual server Network 
Name and the Exchange IP address resources in this group must be unique from those on the source 
cluster; however, the physical Exchange database and log file drive/directory structure must be identical to 
the source cluster's Exchange database and log file drive/directory structure. 

Verifying the Exchange log file prefixes 

When you installed Exchange on the source, the default Exchange storage group was assigned E00 as 
the prefix of the log files. The second storage group was assigned E01, the third E02, and so on. The 
storage groups on the target must have the same numbering scheme. If you have one or two storage 
groups on your source, you can continue with the next section. If you have more than two storage groups 
on your source, verify that the prefix numbering is the same on the source and target virtual Exchange 
servers. 

1 . Using the Exchange System Manager on the source, select the source Exchange server. Right-click each 
storage group and select Properties. Record the prefix number assigned to each storage group. 

2. On the target, use the Exchange System Manager to check the prefix number assigned to each storage 
group. 

3. If the storage group prefix numbers are identical, you can continue with the next section. If the storage 
group prefix numbers are different, you will need to modify them. You can do this by deleting the 
storage groups and re-creating them in the same order they were created on the source, or you can 
use ADSIEdit to modify the prefix numbers. Using ADSIEdit, modify the properties of the entry noted 
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below to change the msExchESEPar araBas eName on the Properties page to match that of the 
source. The entry that must be edited is 

CN=First_Storage_Group_Name , CN=Inf ormation Store, 

CN=Exchange_Server_Name , CN=Servers , CN=First_Administrative_Group_Name , 
CN=Administrative Groups, CN=Exchange_Organizational_Name , CN=Microsoft 
Exchange, CN=Services, CN=Conf iguration, DC=Domain_name , DC=com 

You will have to use ADSIEdit from the Windows Support Tools to make this change. See your 
Windows reference guide for more information. 

Installing Storage Mirroring on the target cluster 

1. Install Storage Mirroring on each node of the target cluster. See the HP OpenView Storage Mirroring 
getting started guide for installation instructions. 

2. Install the Exchange Failover utility. Run the setup . exe file downloaded from the website to install the 
Exchange Failover utility on each node where Storage Mirroring is installed. 

Configuring Storage Mirroring on the target cluster 

1. Start the Storage Mirroring Management Console by selecting Start, Programs, Storage Mirroring, 
Management Console. 

2. Double-click on the first node of the target cluster in the left pane of the Management Console to login. 

3. Right-click the first node of the target cluster and select Properties. 

4. Select the Setup tab. 

5. By default, the Automatically Reconnect During Source Initialization check box will be selected. 
Disable this option by clearing the check box. 

6. In the Properties dialog box, select the Source tab. 

7. By default, the Block Checksum All Files on a Difference Mirror check box will not be selected. Enable 
this option by marking the check box. 

8. Click OK to save the changes. 

9. Repeat steps 2 - 8 on the second node of the target cluster. 

Completing the source configuration 

To complete the source configuration, you need to complete the following: 

• "Configuring the Storage Mirroring source connection resource on the source cluster" on page 14 

• "Editing the online scripts" on page 14 

• "Bringing the components online" on page 15 
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Configuring the Storage Mirroring source connection resource on 
the source cluster 

The Storage Mirroring Source Connection resource controls the Storage Mirroring connections. You need 
to configure this resource on the source cluster through the Cluster Administrator. 

1 . Select Start, Programs, Administrative Tools, Cluster Administrator. 

2. Right-click on the Exchange resource group and select New, Resource. 

3. Specify the following fields on the New Resource dialog box: 

• Name— Specify a name that indicates this is the Storage Mirroring virtual server connection. 

• Description— You can optionally add a more detailed description for this resource. 

• Resource type— Specify Storage Mirroring Source Connection. 

• Group— The application group name should be selected. If it is not, select the correct group name. 

4. Click Next to continue. 

5. Verify that both nodes appear as Possible Owners and click Next to continue. 

6. To keep the Storage Mirroring Source Connection resource from coming online before the physical 
disk, make this resource dependent on all physical disk resources within the source Exchange group. 
Click Next to continue. 

7. Specify the following on the Storage Mirroring Source Connection Parameters dialog box: 

• Replication Set— Specify the name of the Storage Mirroring replication set. This name is 
case-sensitive and should be the same name as specified in "Creating the replication sets" on 
page 1 0. 

• Storage Mirroring Target— Specify the unique Exchange virtual server IP address that is online on 
the target cluster. 

The other options on the Storage Mirroring Source Connection Parameters dialog box are optional. 
See the HP OpenView Storage Mirroring user's guide for more information. 

8. Click Finish to complete the creation of the Storage Mirroring Source Connection resource. 

Editing the online scripts 

You will need to modify one of the scripts which control the Storage Mirroring Source Connection resource 
to enable orphan file removal. 

1. Open the file online .dtcl, located in the directory where you installed Storage Mirroring, with a 
text editor. 

2. Locate the following section in the file. 

if ($exitcode = 0) then 

WRITE "Starting block checksum mirror"; 

$mirror = MIRROR START $conid DIFFERENT, CHECKSUM; 

3. Add a space and the keyword orphans (before the semicolon) to the last line in this section so that it is 
identical to the following command: 

$mirror = MIRROR START $conid DIFFERENT , CHECKSUM ORPHANS; 

4. Save and close the file. 

5. Repeat steps 1 -4 on the second node of the cluster. 
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NOTE: If Storage Mirroring auto-disconnects any connections, for example, because the queue space 
has been exhausted, Storage Mirroring will reconnect these connections as soon as it is possible. 
However, these subsequent connections will not have orphan file removal enabled. If you experience an 
auto-disconnect, you must manually run orphan file removal. In the Storage Mirroring Management 
Console, right-click an established connection and select Remove Orphans, Start. See the HP OpenView 
Storage Mirroring user's guide for information on remirror and restore procedures. 



Bringing the components online 

Bring the components online. Right-click the source cluster Exchange group and select Bring Online. Verify 
that all of the resources in the group are brought online successfully. 

Storage Mirroring will now mirror all of the current Exchange data to the target cluster as well as begin 
replicating changes to the Exchange data. 



NOTE: If you start Exchange Server and mount the replicated databases on the target, or if the data on 
the target is otherwise modified, the data on the source and target will no longer match. If the updated 
data on the target is not needed, perform a full or difference with block checksum mirror from the source to 
the target. If the updated data on the target is needed, restore the data from the target to the source. See 
the HP OpenView Storage Mirroring user's guide for information on remirror and restore procedures. 



Dealing with a failure 

In the event that the entire source cluster fails, you will need to perform some or all of the following steps 
before the clients can reconnect to the target cluster. 

1. Run the Exchange Failover utility in order to move the users. The Exchange Failover utility must be 
executed with the same permissions that the MSExchangeSA service uses, which is by default System 
permission. Open a command prompt on the target node and enter the following command: 

at \\target_node hh:mm /interactive "cmd" 

where target_node is the name of the target node and hh:mm is the current time plus one minute, 
formatted using a 24-hour clock. For example, if the current time is 3:00 p.m., you would enter 1 5:01 . 
The command would be 

at \ \target_node 15:01 interactive "cmd" 

In one minute, another command prompt window will open on the node console (not through Terminal 
Services) using the appropriate System permissions. 



r2^f NOTE: By default, the Terminal Services server does not allow service interaction through remote 
t— I desktop. 
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In the new command prompt window, change to the Storage Mirroring directory, then execute the 
following command: 

exchf ailover -setup -failover -s source_Exchange_virtual_name 
-t target_Exchange_virtual_name 

where source_Exchange_virtual_name is the name of the source Exchange virtual server and 
target_Exchange_virtual_name is the name of the target Exchange virtual server. 

Do not close the command window at this time. 

3. In order for the target cluster virtual Exchange server to stand in for the source, the target virtual 
Exchange server must have duplicates of the source virtual Exchange server's IP address. 

a. Right-click within the target cluster Exchange resource group and choose New, Resource. 

b. Create an IP address resource that is identical to the IP address resource of the source Exchange 
virtual server. No dependencies are required for an IP address resource. 

4. Add the duplicate source virtual IP address to the target Exchange network names dependency list. 

5. Bring the Exchange group on the target cluster online. 

6. If your source had the routing master, you will need to modify the security settings so that the routing 
master role will be updated. You have two options available for modifying the security settings for the 
routing master role: 

• The first option grants the Exchange Failover utility the permission to perform the task for you. If you 
want to use this option, add the -u username :password switch as outlined in "Exchange Failover 
Utility Command Syntax" on page 25 to the exchfailover command in the following step. 
Specify the Exchange administrator account information. 

• The second option allows you to set the security setting manually, thus not requiring the -u switch in 
the failover and failback scripts. You will have to use ADSIEdit from the Windows Support Tools to 
make this change. See your Windows reference guide for more information. 

a. Open ADSIEdit and go to CN=Routing Groups, CN=First Administrative Group, 
CN=Administrative Groups, CN=Exchange_Organziation_Name , 
CN=Microsoft Exchange, CN=Services, CN=Conf iguration, 
DC=Domain_name , DC=com. 

b. Right-click on the entry. Choose Properties. 

c. Select the Security tab. Click Advanced. 

d. Click Add. Click on Object Types. 

e. Verify that Computers are selected. Click OK. 

f. Type in your target_name and click CheckName. 

g. Select Full Control. Click OK. 

h. Select the Effective Permissions tab, then verify the change you made (Read 
servicePrincipalName and Write servicePrincipalName should be selected). 

7. You will need to run the Exchange failover utility again to prepare the databases for use. In the same 
command prompt window used in step 2, execute the following command: 

exchfailover -failover -s source_Exchange_virtual_name 
-t target_Exchange_virtual_name 

where source_Exchange_virtual_name is the name of the source Exchange virtual server and 
target_Exchange_virtual_name is the name of the target Exchange virtual server. 
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NOTE: You can automate steps 2, 5, and 7 by using the commands below. Step 6 can only be 
automated if you select the first option for modifying the security settings. The commands are case-sensitive 
and you will need to substitute the name of your source virtual server, target virtual server, and the 
Exchange group. If you use a batch file to automate these steps, make sure that you run it from the 
appropriate command prompt window (the one opened after the at command has been run). This will 
ensure that the batch file is run using the correct permissions. 

exchfailover.exe -setup -failover -s source_Exchange_virtual_name -t 
t ar ge t_Exchange_vi r tua l_name 

cluster /cluster :" target_cluster_name " group " target_Exchange_Group_Name " /ONLINE 
"c:\program f iles\OpenView\Storage Mirroring\dtcl.exe" wait 25000 
exchfailover.exe -failover -s source_Exchange_virtual_name -t 
targe t_Exchange_virtual_name 



Configuring the HTTP protocol for Outlook web access 

In order for Outlook Web Access clients to locate the user mailboxes, the following steps need to be 
performed on the target. 

1. From the Exchange System Manager on the target, select Administrative Groups, First Administrative 
Group, Servers, the name of the target virtual server, Protocols, and HTTP. 

2. Right-click on the Exchange virtual server in the right pane of the Exchange System Manager and select 
Properties. 

3. On the General tab, click Advanced. 

4. Click Add. 

5. Select the IP address of the source Exchange virtual server. Click OK to return to the Advanced dialog 
box. 

6. Click OK to return to the Properties dialog box. 

7. Click OK again to close the Properties dialog box. 

Once the commands are completed, clients can connect through Outlook Web Access to receive their 
e-mail. 



["2^* NOTE: After failover, you may need to use the Active Directory Sites and Services applet to force domain 
controller replication before clients can connect. You may also need to manually close and reopen 
Outlook 2000 clients. 
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Failing back to your source cluster 

To fail back to your source cluster, you will need to complete the following: 

• "Updating the source with the new data from the target" on page 1 8 

• "Taking the resources offline" on page 1 8 

• "Bringing the source Exchange group online" on page 19 

Updating the source with the new data from the target 

During the source downtime, users are updating data on the target cluster. When your source cluster is 
ready to come back online, the data is no longer current and must be updated with the new data on the 
target cluster. 

1. Bring one or both of the source cluster nodes online, but do not allow the Exchange group to start. 



NOTE: Make sure that you log on locally. If necessary, you may have to disconnect one cluster node from 
the production network and bring it online, take any Exchange resources offline, reconnect the node to the 
network, log off, then log into the domain. 

You may need to start the cluster from a command line. From a command prompt, type CLUSTER /? for 
help. 



2. Using the instructions in "Creating the replication sets" on page 10, create a replication set on the 
target cluster that includes all of the volumes and folders contained in the target Exchange resource 
group. 

3. Bring the physical disk resource on the source cluster online. 

4. Using the instructions in "Completing the source configuration" on page 1 3, create the Storage 
Mirroring Source Connection resource to the source cluster node IP address (not the source cluster 
virtual Exchange server IP address, which is offline). Modify the script and bring the resource online so 
that mirroring and replication to the source cluster can begin. 

5. Monitor the mirroring process to ensure that it completes with no errors. The mirroring process is 
complete when the Mirror Status is Idle. Users may continue to access Exchange on the target cluster 
server. 

After the mirror completes, schedule downtime to convert operations back to the source cluster. 

Taking the resources offline 

At the scheduled downtime, you will be taking the Exchange resources offline, removing an Exchange 
dependency, and deleting two resources. 

1. Remove the source virtual IP address from the HTTP properties. This is what you configured in 
"Configuring the HTTP protocol for Outlook web access" on page 1 7. 

2. Take the target Exchange IP and duplicate source IP offline. This should take every resource in the 
group offline except for the Storage Mirroring Source Connection and the disk resource(s). 




\—)& NOTE: Clients will be unable to access Outlook at this time. 



3. Verify that all of the data in queue on the target cluster has been applied to the target before 
continuing. You can verify that the target queue is empty by checking the Bytes in Target Disk Queue 
statistic in the Target section of DTStat or the Bytes in Queue statistic in the Storage Mirroring Target 
section of Performance Monitor. If these statistics are zero (0), the queue is empty and you can 
continue. If these statistic are not zero, there is still data in queue on the target and you must wait 
before continuing. (For information on DTStat and Performance Monitor statistics, see the HP 
OpenView Storage Mirroring user's guide.) 

4. Once all of the data has been replicated, take the Storage Mirroring Source Connection resource 
offline on the target and then delete it. 



NOTE: The Storage Mirroring Source Connection resource on the target is no longer needed after data 
has been restored to the original cluster. 



5. Remove the duplicate source IP from the target Exchange Network Name dependency list. Delete the 
duplicate source IP. 

Bringing the source Exchange group online 

Complete the following steps to bring the source Exchange group online. 

1. The Exchange Failover utility must be executed with the same permissions that the MSExchangeSA 
service uses, which is by default System permission. Open a command prompt on the source node and 
enter the following command: 

at \\source_node hh:mm /interactive "cmd" 

where source_node is the name of the source node and hh:mm is the current time plus one minute, 
formatted using a 24-hour clock. For example, if the current time is 3:00 p.m., you would enter 1 5:01 . 
The command would be 

at \ \source_node 15:01 interactive "cmd" 

In one minute, another command prompt window will open on the node console (not through Terminal 
Services) using the appropriate System permissions. 



r2^f NOTE: By default, the Terminal Services server does not allow service interaction through remote 
t— I desktop. 



In the new command prompt window, change to the Storage Mirroring directory, then execute the 
following commands: 

exchfailover -setup -fallback -s source_Exchange_virtual_name 
-t target_Exchange_virtual_name 

exchfailover -fallback -nopublicf olders -s source_Exchange_virtual_name 
-t target_Exchange_virtual_name 

where source_Exchange_virtual_name is the name of the source Exchange virtual server and 
target_Exchange_virtual_name is the name of the target Exchange virtual server. 

Do not close the command window at this time. 

3. Bring the target Exchange virtual IP address online so that the Storage Mirroring Source Connection 
can connect. 
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4. If you moved the routing master role to the target, you will need to modify the security settings so that 
the routing master role will be updated back to the source. You have two options available for 
modifying the security settings for the routing master role: 

• The first option grants the Exchange Failover utility the permission to perform the task for you. If you 
want to use this option, add the -u username password switch as outlined in the table "Exchange 
Failover Utility Command Syntax" on page 25 to the exchf ailover command in the following 
step. Specify the Exchange administrator account information. 

• The second option allows you to set the security setting manually, thus not requiring the -u switch in 
the failover and failback scripts. You will have to use ADSIEdit from the Windows Support Tools to 
make this change. See your Windows reference guide for more information. 

a. Open ADSIEdit and go to CN=Routing Groups, CN=First Administrative Group, 
CN=Administrative Groups, CN=Exchange_Organziation_Name , 
CN=Microsoft Exchange, CN=Services, CN=Conf iguration, 

DC = Doma i n_name , DC = c om. 

b. Right-click on the entry. Choose Properties. 

c. Select the Security tab. Click Advanced. 

d. Click Add. Click on Object Types and verify that Computers are selected. Click OK. 

e. Type in your target_name and click CheckName. 

f. Select Full Control. Click OK. 

g. Select the Effective Permissions tab, then verify the change you made (Read 
servicePrincipalName and Write servicePrincipalName should be selected). 

5. Bring the source Exchange group online. 



NOTE: You may need to create the source virtual network name in the Active Directory then force Active 
Directory replication before the Exchange virtual server network name resource will come online. 



6. You will need to run the Exchange failover utility again to prepare the databases for use. In the same 
command prompt window used in step 2, execute the following command: 

exchfailover -failback -onlypublicf olders -s source_Exchange_virtual_name 
-t target_Exchange_virtual_name 

where source_Exchange_virtual_name is the name of the source Exchange virtual server and 
target_Exchange_virtual_name is the name of the target Exchange virtual server. 



After the command completes, clients can connect through Outlook or Outlook Web Access to receive 
their e-mail. 



ptyf NOTE: You can automate steps 2, 3, 5, and 6 by using the commands below. Step 4 can only be 
t— I automated if you select the first option for modifying the security settings. The commands are case-sensitive 
and you will need to substitute the name of your source cluster, source virtual server, target virtual server, 
the resource name of the target Exchange IP address and disk(s), and the source Exchange group. If you 
use a batch file to automate these steps, make sure that you run it from the appropriate command prompt 
window (the one opened after the at command has been run). This will ensure that the batch file is run 
using the correct permissions. 

exchfailover.exe -setup -fallback -s source_Exchange_virtual_name -t 
t ar ge t_Exchange_vi r tua l_name 

exchf ailover -fallback -nopublicf olders -s source_Exchange_virtual_name -t 
t ar ge t_Exchange_vi r tua l_name 

cluster /cluster :" target_cluster_name " res " target_Exchange_IP_resource_name " 
/online 

cluster /cluster :" target_cluster_name " res " target_Exchange_Disk_name " /online 
cluster /cluster :" source_cluster_name " group " Group_Name " / ONLINE 
"c:\program f iles\OpenView\Storage Mirroring\dtcl.exe" wait 25000 
exchfailover -fallback -onlypublicf olders -s source_Exchange_virtual_name -t 
t ar ge t_Exchange_vi r tua l_name 



Appendix 1 : Updating Exchange components after 
the initial configuration 

After you have completed the initial configuration and Storage Mirroring is mirroring and replicating, your 
Exchange components on the source may not be static. You may need to add a new information store to 
your Exchange configuration, or you may need to update to a new Exchange service pack. In these cases, 
you do not need to repeat the entire initial configuration. Use the appropriate instructions below, 
depending on the change you need to make. 

Adding a new information store 

1. On the source cluster, right-click on the Storage Mirroring Source Connection resource within the 
source Exchange group and select Take Offline. 

2. On the target cluster, remove the dependency on the dependent source IP from the target Exchange 
virtual network name. 

3. Still on the target cluster, bring the unique target Exchange virtual network name and the Exchange 
resources online. 

jgj ? NOTE: Do not bring the duplicate source IP online. 

4. Create the information store on the target with the same name and location that will be created on the 
source. 

5. Repeat step 4 for each new information store required. 

6. Take the target Exchange group offline. 
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NOTE: If you selected a path that is outside of the existing replication set, you will need to modify the 
t— I replication sets on the source and target clusters to include the path(s) to the new data. 

7. Bring the unique target Exchange disk(s) and target Exchange IP address resource online. 
jj^j f NOTE: Do not bring the duplicate source IP online. 

8. On the source cluster, right-click on the Storage Mirroring Source Connection resource within the 
source Exchange group and select Bring Online. 

When the difference mirror is complete, the target will be ready to stand in for the source with the new 
information store(s). 

Applying an Exchange service pack or upgrade 

1. On the source cluster, right-click on the Storage Mirroring Source Connection resource within the 
source Exchange group and select Take Offline. 

2. Apply the Exchange service pack or upgrade. 

3. On the target cluster, remove the dependency on the source IP from the target Exchange virtual 
network name. 

4. Still on the target cluster, bring the target virtual network name and the exchange resources online. 
'2^f NOTE: Do not bring the duplicate source IP online. 

5. Apply the same Exchange service pack or upgrade, making sure that any settings applied are 
identical to the source cluster. 

6. Take the Exchange group offline on the target cluster. 

7. Bring the target Exchange IP address and target Exchange disk(s) online. 



"2^> NOTE: Do not bring the duplicate source Exchange IP address online. 



8. On the source cluster, right-click on the Storage Mirroring Source Connection resource within the 
source Exchange group and select Bring Online. 

When the difference mirror is complete, the target will be ready to stand in for the source with the updated 
components. 
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Appendix 2: Configuring additional Exchange 
failover utility options 

In order for a mail store (and its users) to be failed over (or failed back), a mail store on the source must be 
paired to a mail store on the target. In order to be a valid pair, the database filename (excluding path 
information) of these two stores must match. The Exchange Failover utility uses two methods to make these 
mail store pairs. The simplest (default) method requires that the database filenames be unique and that 
each filename only occurs once on the source and once on the target. 

For example, a server called ExchSrvr contains two mail groups, Indy and Boston. Each group contains a 
mail store called Sales. In its simplest form, the Exchange Failover utility would not know which group to 
associate the Sales mail store with since it is based on the database file name. 



Source: ExchSrvr 



Group: Indy 

Mail store: Sales 



Group: Boston 
Mail store: Sales 



Database file: Sales 



Target: ExchSrvrBkup 




Group: Indy 



Group: Boston 



To resolve this issue, you can direct the groups and mail stores to meet your environment needs. The -r 
option in the Exchange Failover utility is a pairing rule. It allows you to specify how the groups and mail 
stores on the source will be paired on the target. 

By itself, the -r option will create a one-to-one mapping from the source to the target. For example, the 
command 

exchfailover.exe -failover -s ExchSrvr -t ExchSrvr_Bkup -r 
would automatically create a one-to-one mapping on the target. 



Source: ExchSrvr 



Target: ExchSrvr Bkup 



Group: Indy 

Mail store: Sales- 



Group: Boston 

Mail store: Sales - 



Group: Indy 

> Mail store: Sales 



Group: Boston 

-► Mail store: Sales 



You can be more specific with the -r option and direct the source groups to specific group names on the 
target. For example, the command 

exchfailover.exe -failover -s ExchSrvr -t ExchSrvr_Bkup -r Indy : Indy_Bkup -r 
Boston : Boston_Bkup 
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will pair the mail stores from the source Indy group in the group lndy_Bkup on the target. The mail stores 
from the source Boston group will be paired in the group Boston_Bkup on the target. The following 
diagram illustrates this pairing. 



Source: ExchSrvr 



Group: Indy 

Mail store: Sales 

Group: Boston 

Mail store: Sales 



Target: ExchSrvrBkup 



►Group: IndyBkup 
Mail store: Sales 

>Group: BostonBkup 
Mail store: Sales 



If needed, you can be the most specific with the -r option by specifying both the group and mail store 
names. For example, if you need to direct the group and mail store names on the target, the command 

exchfailover.exe -failover -s ExchSrvr -t ExchSrvr_Bkup -r Indy, 
Sales : Indy_Bkup , Sales -r Boston, Sales : Boston_Bkup, Sales 

will pair the mail store Sales in the lndy_Bkup group from the Sales mail store from the Indy group on the 
source. It will also pair the mail store Sales in the BostonBkup group from the Sales mail store from the 
Boston group on the source. 



Source: ExchSrvr 



Group: Indy 

Mail store: Sales 

Group: Boston 

Mail store: Sales 



Target: ExchSrvr Bkup 



►Group: Indy Bkup 
Mail store: Sales 

>Group: Boston Bkup 
Mail store: Sales 



There are several other options available in the Exchange Failover utility. These options and the full 
command syntax are included in "Exchange Failover Utility Command Syntax" on page 25 on the next 
page. 



Exchange Failover Utility Command Syntax 
Command exchfailover 

Description Used in script files to failover Exchange data 

Syntax EXCHFAILOVER -FAILOVER | -FAILBACK -S <source> -t <target> [-1 

<log_filename>] [-norus] [-nospn] [ -nopublicf olders ] [ -onlypublicf olders ] 

[-o <options_filename>] 

[-r [<source_group>] [ , <source_mail_store>] [: [< targe t_group>] 

[ , < targe t_mail_s tor e>] ] ] [-SETUP] [-test] [-u <username> : <password> ] [-?[?]] 
Options • failover— The Exchange data will be moved from the source to the target during failover 

• failback— The Exchange data will be moved from the target to the source during failback 

• s source— The name of the original source server 

• t target— The name of the original target server 

• 1 log_filename—Jhe name of the optional log file name. By default, the log file is 
ExchFailover . log and is stored in the directory containing the exchfailover . exe file. If this 
name is changed, the DTInfo utility will not be able to locate this file which could impede assistance 
through Technical Support. 

norus— Do not change the Recipient Update Service 

• nospn— Do not change the Service Principle Name 
nopublicf olders — Do not move the public folders 

• onlypublicf olders — Only move the public folders 

• o options_filename— Allows you to pass in a file containing the options for the Exchange 
Failover utility 

• r— By itself, this option creates a one-to-one mapping of the groups and mail stores from the source to 
the target 

• r source_group : targe t_group— The r option with the group names will direct the source group 
name specified to the target group name specified 

• r source_group , source_mail_store : target_group , source_mail_store — The r 
option with all of the r options will direct the source group name and mail store specified to the target 
group name and mail store specified 

• setup— Allows you to set the overwrite database on restore flag without completing user moves or 
RUS and folder updates. If the -setup switch is not supplied, the utility still sets the overwrite database 
on restore flag, but the other work is performed also. 

• test— Test mode that does not change the Exchange configuration 

• u username : password— A user with Active Directory permissions 

• ?— Displays the syntax of the Exchange Failover utility 

• ??— Displays the syntax of the Exchange Failover utility along with brief descriptions of each option 
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Examples 



exchfailover -failover -s Indy -t ExchSrvr_Bkup 



• exchfailover -failover -s Indy -t ExchSrvr_Bkup -r 

• exchfailover -failover -s Indy -t ExchSrvr_Bkup -r Sales : Indy_Sales 

• exchfailover -failover -s Indy -t ExchSrvr_Bkup -r Sales, 
Inside : Indy_Sales , Inside -r Sales, Outside : Indy_Sales , Outside 

• exchfailover -failover -s Indy -t ExchSrvr_Bkup -r Sales : Indy_Sales -norus 
-u administrator : password 

• exchfailover -failover -s Indy -t ExchSrvr_Bkup -o options_file.txt 

Notes • When using the -fallback option, the source-related options pertain to your original source or 

what will become the new source, if the original source had to be replaced. The target-related options 
pertain to the target that is currently standing in for the source. 

• The password specified with the -u option is the only case-sensitive option in this command. 
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